home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / InfoMac Digests / InfoMac Vol. 6 / InfoMac 6.16 < prev    next >
Encoding:
Text File  |  1988-02-19  |  11.9 KB  |  329 lines  |  [TEXT/ttxt]

  1.  
  2.  
  3. INFO-MAC Digest          Monday, 15 Feb 1988       Volume 6 : Issue 16
  4.  
  5. Today's Topics:
  6.                               C compilers.
  7.                      Sun Driver/Emulator for Mac II
  8.         Request for engineering type CAD/CAM graphics for Mac II
  9.                               Tape Backups
  10.                                Mac II NTSC
  11.                           netbios on appletalk?
  12.                       New TTEView class for MacApp?
  13.                       Wanted : Date-format changer
  14.                       Setting up offscreen pixmaps?
  15.                            Printing under LSC
  16.                      Contour programs/creating ROMs
  17.                           Alphabetizing Icons?
  18.  
  19.  
  20. ----------------------------------------------------------------------
  21.  
  22. From: dartvax!eleazar!earleh.UUCP@seismo.css.gov (Earle R. Horton)
  23. Subject: C compilers.
  24. Date: 9 Feb 88 17:39:22 GMT
  25.  
  26.  
  27. There are some applications for which the MPW C compiler is actually
  28. faster than LightSpeedC.  I wrote a printer driver for the Mac, originally
  29. using LightSpeedC.  This requires five separate code resources: a 'DRVR',
  30. a 'PACK', and three 'PDEF's.  In no case is LightSpeedC capable of formatting
  31. the code resource correctly.  The 'DRVR' and 'PACK' came close, but no cigar.
  32. The development cycle consisted of:
  33.  
  34.     Foreach code resource:
  35.         Compile the code in a separate project to an intermediate
  36.         form.
  37.         Format the code resource header to specifications using
  38.         a C program which I wrote myself.
  39.     Assemble the five formatted code resources using RMaker.
  40.  
  41. In addition, for specific types of C constructs (i.e. switch statements)
  42. the compiler would put the code for the switch in front of the code I
  43. wrote.  This means no switch statements could be used, except in the 'DRVR'
  44. and in the 'PACK'.  Any libraries I used could not have names which were
  45. lexically less than the names of my source files, or they would appear
  46. before my code header, too.  Nearly everything had to be done by hand,
  47. since there is no batch utility.
  48.  
  49. When I switched this code over to MPW, and wrote a "makefile" for it,
  50. the development cycle time and effort went way down.  Now all I have to
  51. do is modify the source where needed, then type "buildprogram daisy"
  52. (or select the "Build..." menu).  Also, all of the steps are done by
  53. machine, so there is less chance for error in this step.  The five code
  54. resources use a common header file:  Try to tell LightSpeedC that!
  55.  
  56. Now LightSpeedC is great, and it's really nice for applications and desk
  57. accessories, but there are some cases where using it is an unnecessary test
  58. of frustration tolerance.  Most people, I am sure, would find LightSpeedC
  59. the better choice, and faster than other systems.  For some, however, the
  60. lack of a batch utility, and LightSpeedC's insistence on putting code in
  61. your program which you did not write (and have no idea what it does) can
  62. be a fatal flaw.
  63.  
  64. --
  65. *********************************************************************
  66. *Earle R. Horton, H.B. 8000, Dartmouth College, Hanover, NH 03755   *
  67. *********************************************************************
  68.  
  69. ------------------------------
  70.  
  71. From: thomas@csri.toronto.edu (Thomas Kurfurst)
  72. Subject: Sun Driver/Emulator for Mac II
  73. Date: 10 Feb 88 04:54:01 GMT
  74.  
  75.  
  76. I hope this is not an impossible request but anyhow ...
  77.  
  78. Does any type of driver/emulator exist which makes it possible to use
  79. the Sun systems graphics capabilities using the Mac II as a remote
  80. terminal?
  81.  
  82. Any and all pointers or info would be greatly appreciated.
  83.  
  84. Thank You.
  85.  
  86.  
  87.  
  88. --
  89.  
  90. ________
  91.  
  92. Thomas Kurfurst    kurfurst@gpu.utcs.toronto.edu (CSnet,UUCP,Bitnet)
  93. 205 Wineva Road    kurfurst@gpu.utcs.toronto.cdn (EANeX.400)
  94.  
  95. ------------------------------
  96.  
  97. Date: Wed, 10 Feb 88 08:44 CST
  98. From: <MWW%TNTECH.BITNET@forsythe.stanford.edu> (Michael W. Wheeler)
  99. Subject: Request for engineering type CAD/CAM graphics for Mac II
  100.  
  101. We here at Tennesse Tech are primarily an engineering university
  102. but for some reason I'm having trouble convincing those
  103. with the power of the "$$$" that the Mac II can be a good engineering
  104. tool (We only have one Mac II on campus and it is brand-new).  Do anyone
  105. have any suggestions on what I can do?  I thought if I could get some
  106. good CAD/CAM graphic pictures that I could display for them (since we
  107. don't have any tools for the Mac II that we do have.)  I downloaded
  108. color-balls from the archives but is there others that haven't been
  109. uploaded yet that I could get?  I've seen some really good ones at some
  110. Apple demos but that doesn't do me any good since I'm not the one
  111. that needs convincing of the Mac's potential.  The Manufacturing Center
  112. here is almost ready to purchase 45 Apollos but when one person saw the
  113. Mac II then he muttered maybe we should get 45 Mac II's instead of the
  114. 45 Apollos but unfortunatly we don't have any software that would really
  115. convince him to go with the Mac's instead of the Apollos or at least a
  116. 50/50 deal. To make things worse Apple volunteered to come give the
  117. university a demo of the Mac II but it's on Desktop publishing and stuff
  118. like that... (most people here could care less... this is an engineering
  119. school) the people here already think that Desktop publishing is the only
  120. thing that a Mac can do. Any ideas?
  121.  
  122. Michael W. Wheeler  ( Bitnet address: mww@tntech.bitnet )
  123. Systems Programmer  ( 10 VAX/VMS Systems, 2 VAX/Ultrix Systems )
  124. Tennessee Technological University
  125. Box 5071
  126. Cookeville, TN  38505
  127. (615) 372-3977
  128.  
  129. ------------------------------
  130.  
  131. Date: Wed, 10 Feb 1988 16:42 CST
  132. From: Revised List Processor (1.5m)
  133. From: <LISTSERV%UIUCVMD.BITNET@forsythe.stanford.edu>
  134. Subject: Tape Backups
  135.  
  136. Date:     Wed, 10 Feb 88 17:05 EDT
  137. From:     <VAUGHAN@MCOIARC>
  138. To:       info-mac@uiucvmd
  139.  
  140. What is the world's fastest and most reliable tape backup unit for
  141. macs?   It has to be 100% compatible with Apple's 40 meg tape system.
  142.  
  143. Apple's numbers don't sound too exciting, 1.25 meg/min = 24 minutes for
  144. 30 megs of data,  Techmar advertises 2.5 meg/min = 12 minutes for 30 meg,
  145. but these are just estimates.  Does anyone have any experience with any
  146. drives that claim to be faster than the apple tape unit?
  147.  
  148. Thanks,
  149.  
  150. Clif Vaughan
  151. Image Analysis Research Center
  152. The Medical College of Ohio
  153. bitnet: vaughan@mcoiarc     (419) 381-5448
  154.  
  155. ------------------------------
  156.  
  157. Date: Wed, 10 Feb 88 18:12:10 EST
  158. From: Francis Taylor <narf@gertie>
  159. Subject: Mac II NTSC
  160.  
  161. Has anyone made an INIT, or a CDEV, etc. of the NTSC hack that's been
  162. seen on the net?  I'm not up for re-inventing the wheel.
  163.  
  164. ------------------------------
  165.  
  166. Date: Wed, 10 Feb 88 18:08:26 PST
  167. From: Mark Richer <RICHER@SUMEX-AIM.Stanford.EDU>
  168. Subject: netbios on appletalk?
  169.  
  170. Does anyone know of a netbios emulation that runs over Appletalk?
  171.  
  172. Mark
  173.  
  174. ------------------------------
  175.  
  176. Date: 11 Feb 88 11:00 +0100
  177. From: Bj|rn Larsen <x_larsen_b%use.uio.uninett@TOR.nta.no>
  178. Subject: New TTEView class for MacApp?
  179.  
  180. I have just started programming in Object Pascal/MacApp after
  181. programming exclusively in C for the last three years.
  182.  
  183. For an old-time Simula programmer it feels like coming home.
  184.  
  185. But I have a problem. (Of _course_ I have a problem. Why else
  186. would I write this?)
  187.  
  188. I need to use the new StyleTextEdit features introduced with the
  189. SE/II. And the version of TTEView I have does noe support these.
  190. (I have MacApp version 1.1).
  191.  
  192. Does there exist a newer version of MacApp with the desired
  193. features? Or have anybody written their own TTEView with
  194. the appropriate support?
  195.  
  196. I guess I could start programming myself, but the reason I turned to
  197. MacApp is that I need to do some quick prototyping. I don't wish to
  198. spend my time enhancing MacApp itself.
  199.  
  200. Please mail MacApp code, hints, pointers and words of
  201. sympathy to the adress below.
  202.  
  203. Hopefully,
  204.  
  205. Bjorn Larsen            blarsen@ifi.uio.no
  206. University of Oslo        x_larsen_b@use.uio.uninett
  207. Norway                blarsen@norunit.bitnet
  208.  
  209. ------------------------------
  210.  
  211. Date: Thu, 11 Feb 88 15:43:54 ECT
  212. From: FALK%NORUNIT.BITNET@CUNYVM.CUNY.EDU
  213. Subject: Wanted : Date-format changer
  214.  
  215. I would like to be able to change date/time formats more simple than using
  216. ResED. A nice way would be in the control panel.Has anybody written such a util
  217. ity? (a 'file' like mouse , general, keyboard etc.)
  218.  
  219. Regards Christian.
  220.  
  221. ------------------------------
  222.  
  223. Date: Thu 11 Feb 88 11:26:05-PST
  224. From: Brodie Lockard <I.ISIMO@HAMLET.STANFORD.EDU>
  225. Subject: Setting up offscreen pixmaps?
  226.  
  227. I'm trying to set up some offscreen pixmaps for CopyBitsing
  228. as part of dragging an image around on the screen.  This works
  229. fine if all the animation is done with regular windows, but
  230. when I try to put stuff offscreen I end up CopyBitsing (black and
  231. white) garbage.  I converted a working version of offscreen bitmap
  232. animation to use pixmaps, multiplying by 8 the values that are passed
  233. into ITSSIZE and ITSROWWIDTH below (for 8-bit color).  Here's the
  234. routine that's probably at fault.  What am I missing?
  235.  
  236. PROCEDURE Setup_PixMap(VAR IT : CGrafPtr;
  237.                        VAR ITSPIXMAPHANDLE : PixMapHandle;
  238.                        VAR ITSPIXIMAGE : Ptr;
  239.                        ITSSIZE : longint;
  240.                        ITSROWWIDTH, ITSWIDTH, ITSHEIGHT : integer);
  241. BEGIN  {Setup_PixMap}
  242.   IT := CGrafPtr(NewPtr(SizeOf(cGrafPort)));
  243.   IF IT = NIL THEN No_Memory_Bail;
  244.   ITSPIXIMAGE := NewPtr(ITSSIZE);  {allocate space for pixmap}
  245.   IF ITSPIXIMAGE = NIL THEN No_Memory_Bail;
  246.   ITSPIXMAPHANDLE := NewPixMap;
  247.   IF ITSPIXMAPHANDLE = NIL THEN No_Memory_Bail;
  248.   HLock(Handle(ITSPIXMAPHANDLE));
  249.   ITSPIXMAPHANDLE^^.pixelSize := 8;  {needed?}
  250.   ITSPIXMAPHANDLE^^.pmTable := GetCTable(999);
  251.   ITSPIXMAPHANDLE^^.baseAddr := ITSPIXIMAGE;  {point to already-allocated bit im
  252. age}
  253.   ITSPIXMAPHANDLE^^.rowBytes := ITSROWWIDTH;  {set up row width}
  254.   SetRect(ITSPIXMAPHANDLE^^.bounds, 0, 0, ITSWIDTH, ITSHEIGHT);  {set up pixmap'
  255. s boundary rect}
  256.   OpenCPort(IT);  {set port to offscreen pixmap and init it}
  257.   SetPort(WindowPtr(IT));  {needed?}
  258.   SetPortPix(ITSPIXMAPHANDLE);  {set IT^.portPixMap = ITSPIXMAPHANDLE}
  259.   IT^.portRect := ITSPIXMAPHANDLE^^.bounds;
  260.   RectRgn(IT^.visRgn, IT^.portRect);  {change visRgn so whole image is drawn}
  261.   HUnlock(Handle(ITSPIXMAPHANDLE));
  262. END;  {Setup_PixMap}
  263.  
  264. This is in LightSpeed 1.11A on a 5-meg machine with a Spectrum card
  265. and monitor.  Any help is appreciated.
  266.  
  267. Brodie Lockard
  268. I.ISIMO@HAMLET.STANFORD.EDU
  269.  
  270. ------------------------------
  271.  
  272. Date: Thu, 11 Feb 88 15:30:10 EST
  273. From: "William E. Williams"
  274. From: <BSQUARE%YALEVM.BITNET@forsythe.stanford.edu>
  275. Subject: Printing under LSC
  276.  
  277. New Lightspeed-C-user question:  is there a simple way to print from an LSC
  278. program?  I mean really PRINT, not display stuff on the screen.  I'm used to
  279. the predefined file "printer" under Turbo-Pascal.  Is there something similar?
  280. A simple way to redefine the standard output device, mebbe?
  281.  
  282.                                         B2
  283.  
  284. ------------------------------
  285.  
  286. Date: Thu, 11 Feb 88 11:03:25 PST
  287. From: dfs059@Mipl3.JPL.Nasa.Gov
  288. Subject: Contour programs/creating ROMs
  289.  
  290. I have two requests from my father.
  291.  
  292. 1. He is looking for any general purpose contouring programs.  He creates
  293.    documents in MacDraft, and has data which he would like to have turned
  294.    into a nice contour plot which he could overlay on his MacDraft drawing.
  295.  
  296. 2. He is putting a board with a Motorola 68000 on it into some electronic
  297.    equipment he has, and is looking for a 68000 assembler/cross assembler
  298.    which he could run on his Mac+ to write code for this board.  The catch
  299.    is that he would like the output to be something which he could then
  300.    bring to someone to have ROMs made for this board.
  301.  
  302. Any info on anything even remotely resembling these things would be
  303. greatly appreciated.
  304.  
  305. Dan Stanfill        NASA/JPL Multimission Image Processing Lab
  306.  
  307. Arpa:  dfs059@mipl3.jpl.nasa.gov
  308. SPAN:  mipl3::dfs059
  309.  
  310. ------------------------------
  311.  
  312. Date: Thu, 11 Feb 88 13:19:57 PST
  313. From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
  314. Subject: Alphabetizing Icons?
  315.  
  316.  
  317. Does anyone know of a way to get the icons to line up alphabetically
  318. by file name when the <option><Clean Up> selection is chosen?  I'd
  319. like to be able to do this in both large and small icon modes.
  320. Thanks.
  321.  
  322. Steve Dennett
  323.  dennett@sri-nic.arpa
  324.  
  325. ------------------------------
  326.  
  327. End of INFO-MAC Digest
  328. **********************
  329.